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USER-DRIVEN MENU GENERATION SYSTEM WITH MULTIPLE SUBMENUS 

Cross-reference to Related Application 

[0001] This application claims priority to U.S. provisional patent application Serial 
No. 60/409,835 filed September 1 1 , 2002 by the same inventor and entitled "Automatic 
Menu Generator", the entire specification of which is incorporated herein by reference. 

1. Field of the Invention 

[0002] The present invention relates in general to systems and methods for enabling 
ordinary users of computers to generate their own menus, and in particular systems and 
methods for enabling ordinary users to create and update their own customized menu 
system which has a main menu and, if desired, multiple levels of submenus, each with 
multiple items, each with the ability to launch programs, automatically open selected files 
and/or execute certain commands associated with those launched programs. 

2. Discussion 

[0003] Many operating systems and individual application programs that run on 
various computers provide menus in one form or another. The menus function as user 
interfaces that typically allow ordinary computer users to choose which program or operating 
system function they wish to invoke, on which file they wish to open, close or modify. The 
menu choices may also allow the user to initiate the execution of various background or 
system functions, some of which are or can be quite complex. These menu facilities in 
modern day applications are most frequently provided as icons or as lists of program or file 
names which initiate program execution typically, and the names or icons may be organized 
into directory (e.g., folder) listings placed or on toolbars if desired. The program names or 
icons are written as part of the application and normally cannot normally be changed at 
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runtime. Further, these menu items invoke functions, but typically do not automatically 
perform multiple functions such as opening up a desired program and then opening a file or 
other object desired by the user to be used with that program. Also, the user typically cannot 
associate any custom function that he or she has selected with a particular icon, or a 
particular program to be opened. 

[0004] Another shortcoming of many icon-based menu choice systems is that they do 
not in and of themselves facilitate the user developing nested submenus for invoking still 
other functions, or the updating of the submenus. In addition, there typically are no facilities 
for allowing the automatic merge and/or sorting of different icons and different menu items. 

SUMMARY OF THE INVENTION 
[0009] In light of the foregoing limitations associated with the known menu systems, 
and as part of the present invention, I have recognized it would be useful to have an easy 
and largely automatic way for an ordinary user to generate menus and submenus that allow 
a user to perform any executable "thing" by simply selecting a menu item. Any executable 
"thing" includes an operating system command, a command created by a user, an 
executable file that contains operating system commands, DBMS commands, hyperlinks to 
web sites or web pages, or user commands. It would also be useful to have these menus 
generated dynamically at runtime so that changes to program or file locations on the user's 
computer or on the user's computer network could be easily handled. It would also be useful 
to allow a user to create a new menu item or a submenu while using the program. Any 
executable thing is referred to here as a "command." 

[0010] To overcome one or more of the foregoing limitations, there is provided, in 
accordance with a first aspect of the present invention, a menu generation system for use 
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by ordinary computer users that enables the user to readily construct and modify menus and 
submenus to execute user-prepared commands. The system may comprise a program 
operable by an ordinary computer user to construct a viewable main menu with a plurality of 
user-defined choices thereon, and if desired at least a first viewable submenu which may be 
accessed by the user through a choice made on the main menu. This main program 
preferably includes a few different components, which may be written as parts of one large 
program, or may be subprograms or routines or objects called by the main program. These 
components will now be briefly summarized. 

[001 1] The first component is operable by an ordinary computer user to construct the 
viewable main menu . This component preferably automatically provides at least first, second 
and third user-selectable choices on the main menu. The first menu choice is for creating 
a new menu item on the main menu. The second menu choice is for creating a new 
submenu, the third menu choice is for quitting the current menu. 
[0012] The second component is also operable by an ordinary computer user to 
modify the content of the main menu and the content of any submenus as a menu item. A 
third component may also be provided, and it too is operable by an ordinary computer user. 
Its purpose is to create a submenu, with one or more viewable indicators selectable by the 
user for selecting the respective menu items. A fourth component, also operable by an 
ordinary computer user, may be used as part of the menu generation system. Its purpose 
is to create and modify a plurality of storage locations used by the menu generation system 
for storing operating commands used by the menu generation system for launching other 
executable programs accessible to the computer user, and for storing data that is referenced 
as part of creating and displaying user-viewable menus. 
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[001 3] In the menu generation system of the present invention, the fourth component 
is preferably operable to access at least a plurality of files normally stored in the storage 
locations. These files preferably include at least one command map file and at least one 
menu configuration file. The command map file is arranged to store a plurality of operating 
commands and a set of aliases used as an shortcut technique for referencing certain ones 
of the operating commands, as will be further explained below. The menu configuration file 
is arranged to store data that is referenced as part of the process of creating and displaying 
a menu. These and other aspects of the present invention, including the methods of the 
present invention, may be further understood by referring to the detailed description below, 
accompanying Figures, and appended claims. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0014] The drawings form an integral part of the description of the preferred 
embodiments and are to be read in conjunction therewith. Like reference numerals 
designate the same or similar components or features in the various Figures, where: 
[0015] Figure 1 is a simplified block diagram which provides an overview of the various 
steps of the AutoGenMenu system and processes of the present invention which creates and 
displays menus and allows a menu item to call the AutoGenMenu program itself to create 
and display a submenu; 

[0016] Figure 2 is a high-level flow chart which illustrates the use of two types of files 
used by the system and method of the present invention, namely, a Command Map File and 
a Menu Configuration File, to store data that is referenced as part of the process of creating 
and displaying a menu; 

[0017] Figure 3 is a flow chart which helps illustrate the steps in reading of a 
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Command Map File and storing command strings in a hash array; 

[0018] Figure 4 is a diagram which shows an exemplary organization of the hash array 

as a table; 

[0019] Figure 5 is a flow chart which illustrates a process for displaying each menu 

item in such a manner that it is properly aligned with the other menu items; 

[0020] Figure 6 provides an example of the organization of the Menu Configuration 

File which is permanently stored as a file on some type of storage device; 

[0021 ] Figure 7 is a diagram which helps illustrate the menu items which are displayed 

based upon the Menu Configuration File depicted in Figure 6; 

[0022] Figure 8 is a flow chart which illustrates the steps in generating a data structure 
which is used in displaying a menu; 

[0023] Figure 9 is a diagram which depicts the processing commands generated from 
the Menu Configuration File described in Figure 6; 

[0024] Figure 10 is a flow chart which illustrates the steps in processing the Menu Item 
File; 

[0025] Figure 1 1 (comprised of Figures 1 1 A and 1 1 B) is a flow chart which illustrates 
the Driver Procedure that is part of the AutoGenMenu Program; 

[0026] Figure 12 is a diagram which shows how menu items are displayed to a user 

and how the user is given a choice to make a selection, as described in Figure 6; 

[0027] Figures 1 3, 14A and 14B are diagrams which respectively show the results of 

selecting a specific menu item listed in the menu shown in Figure 12; 

[0028] Figures 1 5 and 1 6 are diagrams that illustrate the results of selecting the "nmi" 

item (for "New Menu Item") in the menu described in Figure 12; 

[0029] Figure 17 is a diagram which illustrates the new menu resulting from the 
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updated Menu Configuration File displayed in Figure 16; 

[0030] Figure 1 8 is a diagram which illustrates the results of selecting the "nsm" item 
(for "New SubMenu" item) which instructs the AutoGenMenu program to create a submenu; 
[0031] Figure 19 is a diagram which illustrates how a user updated the original Menu 
Configuration File described in connection with Figure 16; 

[0032] Figure 20 is a diagram which displays the new menu created as the result of 
editing the Menu Configuration File displayed in Figure 19; 

[0033] Figures 21 and 22 are flow charts which describe the steps in creating and 

updating a work status file, adding a new entry to a Menu Configuration File, updating the 

local activity summary file and updating the global activity summary file; 

[0034] Figures 23, 24 and 25 are flow charts which describe the steps in merging two 

directories containing therein work status file and menu configuration files and how to update 

the global activity summary file to reflect this merging activity; and 

[0035] Figure 26 is a flow chart describing how the program module searches for 

directories of similar properties as candidates for merger. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0036] The systems and methods of the present invention are illustrated and 
described herein in connection with certain embodiments, with the understanding that the 
present disclosure is to be considered as an exemplification of the various aspects and 
principles of the present invention and the associated functional specifications required for 
their implementation. However, it should be appreciated that the systems and methods of 
the present invention may be implemented in still different configurations, forms and 
variations, based on the teachings herein. 
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[0037] The systems and methods of the present invention typically may be used with 
and operate on and/or within a typical user's computer system. Such users may have any 
suitable computer system including a desktop computer, laptop or notebook computer, 
and/or a computer workstation, whether used in a standalone fashion or as part of a larger 
computer network. They may employ any suitable operating system (OS), such as but not 
limited to Unix, Linux, Microsoft (MS) Windows or MS-DOS, Apple DOS, and the MAC 
operating system for the Apple Macintosh computers. The systems and methods of the 
present invention may also be used in suitably powerful personal digital assistants (PDA) or 
other computerized personal devices, including communications devices, such as digital cell 
phones, and computerized data collection devices, such as handheld data input devices 
including mobile logging of data, such as those used in various industries for barcode 
scanning, inventory control and ordering, and the like. Such portable PDA devices employ 
their own "lighter-weight" operating systems such as but not limited to the Palm OS from 
Palm, Inc., Windows CE from Microsoft, and the EPOC OS from Symbian (formerly Psion) 
designed for "wireless information devices" such as small, portable computer-based 
telephones, which are now are providing with wireless access to phone and other information 
services, including short message services (SMS). 

[0038] The systems and methods of the present invention include several programs 
or components of programs. It may be viewed as one large program with several smaller 
components depending upon how structured such component may run in a largely 
autonomous manner or may be more closely coupled or integrated with the other 
components. 

[0039] Figure 1 illustrates a computer environment in which the AutoGenMenu 
program of the present invention represented by box 120 will be run. The program starts by 
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accessing the computer's file system 1 00 to retrieve and open a configuration file 1 1 0, which 
is the file the AutoGenMenu program uses to permanently store menu information. The 
AutoGenMenu Program 120 may also be permanently stored in the computer's file system 
or it may be stored on a storage media such as but not limited to a CD-ROM, DVD, floppy 
disk, external disk drive or a any suitable form of solid-state electronic memory such as 
battery-backed static RAM or flash memory. 

[0040] Figure 2 illustrates the creation and updating of the Command Map File and 
the Menu Configuration File. As shown in block 200, a command alias and its associated 
processing command are entered into a file called the Command Map File as shown in block 
200. The Command Map File contains the mapping between each command alias and its 
associated command string. An alias is a notation that is typically shorter than the name of 
the associated command name and which uniquely identifies the command within the menu 
system of the present invention and thus can be used to refer to the command itself. An 
alias preferably consists of one letter or number, but may consist of one or more letters, one 
or more numbers or a mixture of both letters and numbers and even other allowed (i.e., no- 
reserved) characters within the current operating system. An alias is used to simplify the 
process of creating and updating the Menu Configuration File which is another file used by 
the AutoGenMenu program. A command may be any executable computer program 
recognized by the operating system. An Internet browser program (e.g., iexplorer.exe) is also 
considered a command. For example, a command to run Microsoft's Excel Spreadsheet 
program is "excel.exe" and "e" could be used a the alias to reference "excel.exe" within the 
entire menu system of the present invention. If desired or necessary, the path name for the 
command may also be included as part of or in front of the command, such as "c:\program 
files\microsoft office\office\excel .exe." 
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[0041] Each line of the Command Map File 220 consists of an alias for a command 
("command_alias" or "alias") which is associated with a specific processing command. The 
Command Map File preferably is of the format: command alias command. If there is no 
value entered for the command_alias, then a full version of the command is used. Again, 
the path name may be included in this full version if desired or needed. As shown in block 
210, the command alias data is updated by the AutoGenMenu program. 
[0042] Figure 3 illustrates the Create Command Array (CCA) Procedure which creates 
and updates the Command Map File. This procedure, as well as the other procedures 
mentioned herein, may each be written as a small but integral section of the software code 
in the overall AutoGenMenu program, or it may be written in other ways such as a routine or 
component that is called as needed by the AutoGenMenu program. To update the command 
alias data, the CCA procedure first reads a line of the Command Map File as shown in block 
320. After reading a line from the Command Map File, the AutoGenMenu program creates 
a hash array ("cmdArray") where the command-alias is the key and the command is the 
value as shown in block 330. Thus, this hash array is stored in the computer memory to be 
referenced by the AutoGenMenu program dynamically. The entire Command Map File is 
read in this manner. The Command Map File is preferably stored within the computer's 
memory such as on a hard disk or a solid-state mass storage device but it can be stored on 
some other type of memory device such as a CD-Rom, DVD or floppy disk, if desired. 
[0043] In order to automatically generate menus, the AutoGenMenu program also 
uses menu data that has been entered into the Menu Configuration File 250. This file is also 
preferably stored in the computer's memory such as on a hard disk or a solid-state mass 
storage memory but it can be stored on some other type of memory device such as a CD- 
ROM, DVD or floppy disk or external disk drive, if desired. Each time the AutoGenMenu 
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program executes, it updates the menu data stored in the Menu Configuration Files as shown 
in block 240. 

[0044] Figure 6 shows an exemplary organization for the Menu Configuration File, 
which is preferably permanently stored as a file on some type of storage device. As shown 
in Figure 6, each line of the Menu Configuration File contains three fields. Each of these 
fields should be separated or set off by a character that is not likely to appear in the menu 
item strings or the command strings such as a punctuation mark. In the preferred 
embodiment of this invention, a semicolon is used as the separator that separates these 
three fields. T he first field contains a descriptive name for the menu item. T he item 
descriptive name is the name that will be displayed in the menu, as shown in Figure 1 2. The 
second field contains the alias of the command and the name of a file or other object that will 
be operated upon by the command. The second field contains the full command itself if no 
alias for the command is defined in the command file. The term "processing command" is 
often used herein to refer to the combination of a command and the filename for the file or 
the name for the object upon which the command operates. The third field contains a link 
item description or an item link name. If the second field contains the value 
"AutoGenMenu.pl," or its alias "a," then the link name description contained in the third field 
is displayed at the top of the new menu generated by the tool. Otherwise, the name 
displayed at the top of menu is "main." Figures 12,17, and 20 illustrate the display of "main" 
and Figure 14A illustrates the display of the link name description that identifies a submenu. 
[0045] Figure 2 helps illustrate the global process or procedure of updating the menu 
data 240 to form The Menu Configuration File 250. Figure 5 helps illustrate the steps 
involved in this updating process. This Menu Date Update Procedure begins at block 500. 
At block 510, the procedure reads the menu item information from the menu item 
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configuration data file 250. As each menu item is read, it is given an item number that 
corresponds to the order in which the menu item was read. The process creates a new 
string that represents the menu item descriptive name by adding the menu item number and 
a right parenthesis and a space to the beginning of the menu item descriptive name. 
[0046] When displayed, menu items are preferably aligned with one another. In order 
to properly align menu items whose descriptive names vary in length, the program executes 
a procedure called the Padding Procedure to pad the menu items with blank characters. The 
Padding procedure calculates the length of each item descriptive name as shown in block 
520. The next step, as shown in block 530, is to create an item display string which will be 
displayed to the user as the menu item. Using a preset field length, the Padding Procedure 
computes the number of characters that must be added to the menu descriptive item so that 
its length will equal the preset field length. Although any character can be used for this 
purpose, it is preferable to use either blanks or other nonprintable (i.e., nondisplayable) 
characters. The item display string that is created will be of the format: item number, right 
parenthesis, space, menu descriptive name and padding characters. At box 540 of Figure 
5, the item display string created in step 530 is assigned as a value to a global variable that 
is later accessed by a create menu procedure. Figure 7 illustrates the item displaying strings 
that are associated with the menu configuration file as shown in Figure 6. 
[0047] Figure 8 is a flow chart that helps illustrate how each line of the Menu 
Configuration File is interpreted by a procedure called the Create Menu Items Procedure and 
how the contents of the Menu Configuration File are used to generate menus. As shown in 
blocks 800 and 804, the first step in the process of interpreting the Menu Configuration File 
is to create the menu file name associated with the configuration file name. The input data 
to the Create Menu Items procedure is taken from the Menu Configuration File as shown in 
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block 808. The procedure opens the Menu Configuration File and reads a line from the 
Menu Configuration File as shown in block 812 and then splits the line into three fields using 
the separator to demarcate each of the fields as shown in block 816. The value in the first 
field is used to create a menu item display string as shown in block 820. The Padding 
Procedure is invoked to create this menu item display string from the value in the first field 
The new menu item is appended to the Menu Item File as shown in block 832. In some 
cases, prior to storing the value, the Create Menu Items Procedure will append a new line 
character to the displaying string that is stored. As the Create Menu Items Procedure reads 
each line from the menu configuration file, it also updates a counter. When this counter 
reaches a present number, which allows a fixed number of menu items to be displayed per 
line, a new line character is appended to the displaying string. Thus, a set number of menu 
items will be displayed per line. 

[0048] The value in the second field is split into two separate sub-fields as shown in 
block 824. The first sub-field is checked to see whether it is a key for the hash array of 
commands. As shown in decision block 836, if the first-subfield has an element value 
associated with it, this value is treated as a key and the corresponding hash array element 
associated with this key is concatenated with the second sub-field, which contains the 
command argument, and then stored in the array of processing commands as shown in box 
844. Additionally, an index is used to identify the position within the array in which the 
second field will be stored. If the first-subfield does not have an element value associated 
with it, then the second field is stored in the array of processing commands as shown in block 
840. In addition, an index is used to identify the position within the array in which the second 
field will be stored. 

[0049] The third field is stored in the item link description array as shown in block 828. 
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The procedure then creates a new menu item displaying field from the first field by padding 
blanks using the procedure described in Figure 5. The new menu item is appended to the 
menu field as shown in block 832. 

[0050] Then the Create Menu Items Procedure automatically appends three additional 
menu items to the menu file. These menu items will, as shown the exemplary displayed 
menu in Figure 12, be presented as choices in that displayed menu for the user to select if 
he or she desires when making use of the AutoGenMenu system. The first item is "nmi" 
which allows the user to create a new menu item within the currently displayed menu at 
runtime. The next time this menu is displayed, the descriptive name the user gave to the 
newly created menu item will be displayed as part of the menu. The second item is "nsm" 
which allows the user to create a new submenu at runtime. To create a new submenu, the 
user is prompted to enter a descriptive name for the new submenu and the name of the 
configuration file for this submenu. The descriptive name for this submenu is included in the 
menu at this level the next time this menu isdisplayed. The third item is "q" which allows the 
user to exit the submenu at the current level and return to the submenu at the previous level. 
If the submenu is the main menu, then the user exits the command that implements the 
Driver procedure described in Figure 11. 

[0051] An example of the processing command array that is created by the Create 
Menu Items Procedure is given in Figure 9. Each row in the array contains an index and an 
element of the processing command array that is associated with that index. 
[0052] The Display Menu Procedure, described in Figure 10, displays the menu items 

that are contained in the menu items file that was created or updated by the Create Menu 
Items Procedure. The first step in displaying a menu is to display the heading associated 
with the menu as shown in block 1000. For example, the phrase "Automatically Generated 
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Menu" is the heading for the menu depicted in Figure 12. Then the Display Menu Procedure 
displays the link descriptions as shown in block 1010. These link descriptions replicate the 
tree structure of the menu by displaying each node along the path from the parent menu to 
each submenu. In Figure 1 2, "main" is the link description that is displayed. Then the menu 
items contained in the menu item file 1030 are displayed as indicated in block 1020. 
[0053] The Driver Procedure performs initiation functions. It calls the Create 
Command Array procedure, the Padding Procedure, Create Menu Items procedure and the 
Display Menu Procedure. As shown by blocks 1 100 and 1 108, the Driver Procedure begins 
by reading the command line arguments. These arguments contain the name of the Menu 
Configuration File, as shown in block 1 1 04, and the name of the link description forthe menu 
as shown in block 1112. These arguments are entered by the user. Then the Driver invokes 
the Create Command Array procedure to create a hash array of commands as shown in 
block 1116. A new menu is then created as stated in block 1120 by calling the Create 
Command Array procedure, the Padding Procedure and the Create Menu Items Procedure. 
After the new menu is created, the Driver invokes the Display Menu Procedure to display the 
new menu as indicated in block 1 124. 

[0054] The user then selects a menu item as shown in block 1128. The user can 
make such a selection by entering the number corresponding to the menu item from the 
keyboard. If a valid menu item has been selected, as shown in decision box 1 1 56, the Driver 
executes the processing command corresponding to the selected menu item as shown in 
block 1 1 64. If the selection is not a valid selection then the Driver displays an error message 
as shown in block 1 1 60 and the menu is displayed again. In this case, it is not necessary to 
create the menu anew. An invalid command would be entered, for instance, if the user 
pressed only the enter key or return key. Although this embodiment of the invention 
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contemplates having the user enter information from the keyboard, the input means is not 
limited to a keyboard. The user could also use a mouse to highlight and select a menu item. 
The present invention can also be implemented on a web page on which the menu items are 
displayed as hyperlinks. 

[0055] The menu is dynamically modifiable through the selection of a new menu item 
by the user as shown in block 1 132 or the selection of a new submenu item as shown in 
block 1 140. If the user selects the new menu item option, then the Driver invokes an editor 
with a copy of the configuration file. The user, using this editor, modifies the menu 
configuration file for the current menu as shown in block 1 136. For example, the user adds 
a new menu item and its corresponding processing command and link description. The user 
then saves the changes and e xists t he e ditor. T he Driver then re-reads the modified 
configuration file, as shown in block 1120, and displays the new menu as shown in block 
1 1 24. The editor is any standard text editor provided by the operating system. For instance, 
in a Windows operating system, notepad would be used as the editor. 
[0056] If the user selects the "new submenu" or "nsm" menu item, as shown in 
decision block 1 140, the Driver enables the user to dynamically create a new configuration 
file for this submenu and update the configuration file for the parent menu with a reference 
to this submenu as show in block 1 144. If the user selects create a new submenu option, 
then the Driver invokes an editor with a new menu configuration file to create the new 
submenu as shown in block 1 144. The user is prompted to enter the name of the submenu. 
The Driver automatically updates the current configuration file for the parent menu with a 
reference to the configuration file containing the submenu information and the associated 
processing command. The alias of the processing command corresponds to the command 
that implements this Driver Procedure. After adding the submenu information to the 

CPE-0005 15 



configuration file for the parent, the Driver invokes the editor to display the modified 
configuration file for the parent menu. The Driver prompts the user to confirm that the newly 
appended line in the configuration file for the parent menu is correct. After the user exits the 
editor, as shown in block 1 120, the Driver creates a new menu which includes the submenu 
as one of the menu items. Then this new menu is displayed as shown in block 1 124. 
[0057] If the user wishes to quit, then the user selects the quit option. If the quit option 
is selected, then the Driver terminates as shown in blocks 1 148 and 1 1 52. As shown in block 
1156, if the user selects a valid processing command, other than the quit, new menu, or new 
sub-menu options, then the Driver checks to determine whether the corresponding 
processing command is the command that implements or calls the Driver Procedure. If it is, 
then it generates and displays a submenu; the item link description is appended to the item 
link description of the invoking command that implements the Driver Procedure. Modern 
computer languages have the capability to allow a procedure to invoke itself. If the 
corresponding processing command is not the command that implements the Driver 
Procedure, then simply execute the command as shown in block 1164. The result of 
executing this processing command is then displayed as shown in block 1 168. 
[0058] After displaying the result of executing the processing command associated 
with the selected menu item the Display Menu procedure is invoked and a new menu is 
again displayed to the user as shown in block 1 124. The Driver continues to display menus 
to the user and allow the user to select menu items, until the user selects the quit option in 
the menu as shown in blocks 1 148 and 1 152. The name of the link description for the menu 
is read by the procedure as shown in block 1112. 

[0059] Figure 12 illustrates an example of a menu that would be displayed by the 
Driver. When a user selects one of the numbered items listed in the menu in Figure 12, the 

CPE-0005 16 



processing command associated with that numbered item, as shown in Figure 9, is executed 
by the Driver. For example, if the user selected "0", then the Driver would invoke excel.exe 
(the command to execute the Excel spreadsheet program), to open the file utility.xls, the 
results of which are shown in Figure 1 3. If the user selected "6", then the Driver would invoke 
the command associated with index 6 in the array shown in Figure 9. Since this processing 
command is "autoGenMenu.exe menul," the Driver would invoke itself and create a new 
submenu based on the configuration file named "menul ." If the file menul contained "Trip 
1 ; w tripl .doc; Trip" as the first line and "Trip 2; w trip2.doc; Trip" as the second line, then the 
Driver would display the submenu depicted in Figure 14a. If the user chooses "0" from this 
submenu, then the Driver invokes the windword.exe program to open the file tripl .doc to edit 
as shown in Figure 14b. If the user choose "q", the Driver redisplays the main menu or 
parent menu shown in Figure 12. 

[0060] When the user chooses "nmi" the Driver invokes the Windows notepad.exe 
editor to open the configuration file to edit as shown in Figure 1 5. The user then adds a line 
describing the new configuration for the new menu item. For example, "Grocery; e 
grocery.xls; Grocery" as shown in Figure 16. After the user exits from notepad, the Driver 
rereads the configuration file and displays the updated menu with the addition of the Grocery 
menu items as shown in Figure 17. 

[0061] To create a submenu, the user enters the name of the configuration file and 
also enters the menu description and the link name of the submenu. If the user chooses to 
add a new submenu by selecting "nsm", the Driver prompts the user to enter the name of the 
configuration file for this new submenu. After the user enters it, the Driver invokes 
notepad.exe editor to open the configuration file for editing. For example, if the user enters 
"schoolAct.text" as the name of the configuration file, the notepad.exe editor opens this file. 
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The user would then enter the appropriate lines into the schoolAct file. Figure 18 shows 
examples of lines that a user might enter. When a submenu is created, the user also 
provides a short description and a link name. The Driver opens the main menu as shown 
in Figure 1 9 and modifies it by appending a line to the end of the configuration file associated 
with the main menu. Figure 19 shows the modification that is made in the configuration file 
when "Kid's Activity" is used as the description and "school Activity" is used as the link. 
Figure 20 shows the menu that is displayed the next time the configuration file is read. 
[0062] As an example of the utility of the system of the present invention, considerthe 
following, a user-viewable menu may be set up as web page, so that it can be read with any 
Internet browser. In this arrangement, each menu item may be hyperlinked to a destination 
of interest, such as website's home page, or an internal web page within a particular web site, 
a file, a document, part of a document, and the like. In other words, each menu item is set 
up so that its operating command (or a portion thereof) is a hyperlink to the desired 
destination.. Similarly, each submenu item may be or contain or point to a hyperlink which, 
when selected, takes the user to the desired destination or more accurately stated, retrieves 
the web page, file or document of interest. 

[0063] There is also an Activity Tracking Program ("AT Program") that is part of the 
system and methods of the present invention. In the preferred embodiment of the AT 
Program, the program tracks a user's activities on creating and updating text files in various 
directories of the operating system. These text files may be used to log the user's work 
status or work data collected by the user. As part of the tracking process, the AT Program 
creates or updates a menu configuration file of the type that can be used by the 
AutoGenMenu Program. The AutoGenMenu Program is then invoked by the AT Program 
and used to generate menus so that the user may peruse the created or updated text files. 
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The AT Program also contains procedures that allow the users to merge various directories. 
The AutoGenMenu Program is invoked to generate merged menus. The AT Program uses 
two different files for tracking work activity. One file is a local activity summary file which is 
unique to a particular directory. The other file is a global activity tracking file which is unique 
to the operating system. For an implementation of the invention in a Relational Database 
Management System (RDBMS), these data are kept in two tables, a local activity summary 
table and a global activity summary table. 

[0064] Figure 21 is a flowchart that illustrates the steps involved in tracking a user's 
activity. As shown in blocks 2100, the AT Program starts by obtaining the name of the work 
status file, as shown in block 21 04, from the command line that invokes the AT Program, as 
shown in block 2108. As shown in decision box 2112, the AT Program determines whether 
the work status file exists. If it does exist, then the AT Program invokes an appropriate editor 
such as notepad.exe to edit the work status file as shown in box 2128. If a work status file 
does not exist, then the program prompts the user for the name of a menu configuration file 
as shown in block 21 16. After the name of the menu configuration file is entered, as shown 
in block 2120, the program appends a line to the menu configuration file as shown in block 
2124. The line that is appended contains the filename for the work status file as the 
descriptive name for the menu item. The menu configuration file is saved as shown in block 
2140. 

[0065] Now that a work status file exists, the AT Program invokes the editor with the 
work status file as shown in block 2128. The user edits the work status file with work data 
as shown in block 21 32. The work status file is saved as shown in block 2144. Then the AT 
Program appends a time stamp and the name of the work status file to the local activity 
summary file in the current directory as shown in block 2136. The local activity file is then 
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saved as shown in block 2148. 

[0066] Next, the user is prompted to enter a summary line about the creation or 
update of the work status file as shown in block 2204. The user enters such a summary line 
as shown in block 2204 of Figure 22. Then the AT Program, as shown in block 2212, 
appends the summary line to the local activity summary file and saves the file as shown in 
block 2240. The AT Program then invokes an editor with the local activity summary file as 
shown in block 2220. The user then edits the local activity file and, when the editing is 
finished, saves the file as shown in block 2244. After the local activity file has been edited 
and saved, the AT Program then appends the time stamp and current directory's path to the 
global activity summary file as shown in block 2224 and saves the edited file as shown in 
block 2248. The AT Program then appends the summary line to the global activity summary 
file as shown in block 2228 and saves the global activity summary file. Then, as shown in 
block 2232, the program, invokes an editor with the global activity summary file. The user 
edits the global activity summary file as shown in block 2236. The global activity summary 
file is saved as shown in block 2256 and the program exits as shown in block 2260. 
[0067] Figure 23 illustrates the steps in merging directories and menu configuration 
files. The Merge Program begins, as shown in block 2300, by obtaining the names of the two 
directories to be merged and the name of the new directory to be formed , as shown in block 
2306, from the command line arguments as shown in block 2304. 
[0068] The Merge Program then creates the new directory as shown in block 2308. 
The files from the first directory are copied into the new directory as shown in block 2312. 
Then the Merge Program goes through the names of all of the subdirectories of the first 
directory, as shown in block 2316, comparing the names to the names of subdirectories in 
the second directory. If there is a subdirectory of the same name in the second directory, as 
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shown in decision box 2320, the program continues by skipping this subdirectory and getting 
the name of the next subdirectory. 

[0069] If the subdirectory name is unique, then the Merge Program creates a 
subdirectory of the same name in the new directory, as shown in block 2324. All entries 
within this subdirectory, including files and other subdirectories, are then copied from the 
subdirectory of the first directory into the subdirectory of the same name in the new directory 
as shown in block 2328. The Merge Program then appropriately updates the global activity 
summary file by replacing the path name of the subdirectory in the first directory in the global 
activity summary file by the path name of the subdirectory of the new directory, as shown in 
block 2332. The steps described in blocks 2316 through 2332 are repeated until all names 
of subdirectories have been processed. Then the Merge Program executes procedures on 
the names of entries in the second directory as shown in block 2404 of Figure 24. 
[0070] The Merge Program will perform a series of operations on each entry in the 
second directory as shown in block 2404. The first step is to determine whether the entry is 
a subdirectory, as shown in decision box 2408. If the entry is not a subdirectory, then the 
entry is a filename and the Merge Program determines whether this filename is unique or 
whether there is a file with the same name in the first directory as shown in decision box 
2432. If there is not a file with the same name in the first directory, then the Merge Program 
copies the file to the new directory as shown in block 2504 of Figure 25. After the file has 
been copied, as shown in block 2508 of Figure 25, the Merge Program processes the next 
entry in the second directory. As shown in block 2436 of Figure 24 and block 251 6 of Figure 
25, if there is a filename with the same name in the first directory, the Merge Program 
determines whether the file is a menu configuration file, as shown in decision box 2512. If 
the file is a menu configuration file, then the two menu configuration files are merged after 
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duplication entries are eliminated and then the merged file is copied to a new directory as 
shown in block 2520. Otherwise the file is copies to the new directory with a new name as 
shown in block 2528. 

[0071] If the entry is a subdirectory instead of a filename, then the Merge Program 
determines whether there is a subdirectory of the same name in the first directory, as shown 
in decision box 2412. If the subdirectory name is unique to the second directory, then the 
Merge Program creates a subdirectory of the same name in the new directory, as shown in 
block 2416. Then the files in the subdirectory in the second directory are copied to the 
subdirectory of the same name in the new directory as shown in block 2420. Next, the path 
name o f t he s ubdirectory o f t he s econd d irectory i n t he g lobal a ctivity s ummary f ile i s 
replaced by the path name of the subdirectory of the new directory as shown in block 2424. 
The Merge Program then processes the next entry in the second directory as shown in block 
2404. 

[0072] When the subdirectory name is not unique (i.e., the same name is used for a 
subdirectory in the first directory and for a subdirectory in the second directory), then the 
Merge Program merges the two subdirectories into the subdirectory of the same name in the 
new directory by invoking itself as shown in block 2428. 

[0073] The Search Program searches for strings in a given configuration file from a 
file. It prints out the lines that contain at least one of the searched strings. For these output 
lines, any searched string that is found is enclosed with HTML hyper-link tags that link to the 
line where the string first occurs. If such a line contains a description or definition of the 
string, then the hyper-link points to the origin of the string. The operations performed by the 
Search Program are described in Figure 26. 

[0074] Figure 26, as shown in blocks 2600, 2604 and 2608, indicates the Search 
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Procedure begins by obtaining the strings to be search for and the name of the file to be 
searched by taking them from the command line. The search strings are stored in a hash 
array in which each string is the key a shown in block 2612. For each string, a line object 
with the string as its content is created. The line object also serves as the head item of a 
linked list. The hash array and the line object may be implemented in any Object-Oriented 
programming language such as C++ or Java. The Search Procedure then reads a line of the 
searched file as shown in block 2616. If the line read contains one of the searched strings, 
then a new line object is created with the line as its content as shown in block 2628. The line 
object is then appended at the end of the linked list of which the line object with the searched 
string is the head item as shown in block 2623. The Search Procedure then reads the next 
line in the searched file as shown 2616. If the line read by the Search Procedure does not 
contain the searched string, then the Search Procedure reads the next line in the file as 
shown in blocks 2624 and 2616. 

[0075] An application of the Search Program is to search for the names of some menu 
items in file that contains the concatenations of the contents of all menu configuration files 
as depicted in block 250. The results of the Search Program may be used in at least two 
ways. The first is to identify the menus containing the searched menu items. A user knows 
which menus he or she wishes to bring up, based upon what the user is looking for. The 
second is to identify directories that contain similar menu configuration files. These 
directories may be candidates to be merged by the Merge Program at the user's discretion. 
[0076] Hardware Platforms. Those in the art should appreciate that the systems and 
methods of the present invention are, in the usual software-based implementation, 
considered to be an application. In this regard, the systems and methods of the present 
invention m ay b e i mplemented a s o ne or more a pplications o n a ny s uitable h ardware 

CPE-0005 23 



platform(s) running under the control of any suitable operating systems. 
[0077] Further Description Not Needed. The systems and methods of the present 
invention need not be further described here since those skilled in the art, based on the 
teachings of the present invention, will readily understand how to implement the same. This 
in part is due to the widespread use of conventional operating systems and commands 
therein to initiate the start of various application programs and the opening of various files 
and/or databases. The systems and methods of the present invention may be used on 
distributed computer systems, such as local area networks (LANs), wide area networks 
(WANs) and Internet-based networks. The widespread knowledge about and use of various 
commands to invoke programs as just noted between computers on such networks makes 
it unnecessary to further explain the details of these command protocols. Moreover, any 
suitable programming approach and any known communications and database protocols and 
software tools familiar to those writing software programs and related commands may be 
used to implement the systems and methods of the present invention. These programming 
approaches include using relational databases and object-oriented programming 
components. Also, the systems and processes of the present invention may be written as 
a set of interrelated programs or routines in any suitable programming language (or set of 
languages) such as but not limited to object-oriented languages. 

[0078] The present invention has been described in part by reference to block 
diagrams, flow diagrams and elements of systems and steps of methods. As is well known, 
suitable program instructions or coding provided in software are used to turn general purpose 
computers and/or processors into programmed computers and/or processors to form 
systems capable of carrying out a specific application, such as the teachings of the present 
invention. 
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[0079] Tangible Media as an Implementation. Also, the software or other coding 
employed to implement the present invention may be provided in any suitable form of 
computer program code embodied in tangible media, such as but not limited to floppy 
diskettes, CD-ROMs, hard drives, static or flash memory, or any other computer readable 
storage medium. When such computer program code or other code, containing the needed 
instructions, is loaded into and is ready for execution by suitable computers/processors, such 
programmed computers/processors become an apparatus for practicing the invention. Thus, 
it should be appreciated that another embodiment of the present invention is the computer 
program code needed for carrying out the processes of the present invention when it is 
embodied in a tangible medium. 

[0080] The foregoing detailed description shows that the exemplary embodiments of 
the present invention are well suited to fulfill the purposes above-stated. It is recognized that 
those skilled in the art may make various modifications or additions to the embodiments 
chosen to illustrate the present invention without departing from the spirit and proper scope 
of the invention. Accordingly, it is to be understood that the protection sought and to be 
afforded hereby should be deemed to extend to the subject matter defined by the appended 
claims, including all fair equivalents thereof. 
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